Article Outline
无论 to C，to B 抑或 to G 都是关于流程效率的问题。这个问题回答需要特别谨慎，太大了，倒是有一两点值得一说。
以前一直在 to C 业务中，或者确切来说是看起来是面向 C 端的多边市场，通常要解决的问题都围绕在 C 这一端的用户尽快拿到合适的产品，分发、配送、反馈。to C 业务中的中/后台 — B 端 — 逐利驱动它会尽快出量，越快越来钱。所以所有关键都在用户端，比如你如何优化交易效率，都是面向 C 侧。举个例子，你提供商家的后台特别烂，而且没数据统计，但是在你平台能卖 3000 单一天，在其他后台特别好用的平台只能卖 30 单，那你说商户选哪一方？当然是选两方同时交易。这里想说的是无论是技术还是业务第一关键指标一定是指向 C 侧。
To B 就不一样了，所有 to B 的从业者都需要明白一个点：因为你不是公司的主营业务，所以人家把业务/技术“外包”给你，想借由此节省人力的同时提高效率。所以，注意了，记住我一句话 — 你不是主营业务。不要尝试一下就卖一整套给人家企业，他们一来不太想被过度侵入，二来他们已经多多少少在用一些类似的服务。一切都要考虑当前企业目前内部系统如何和你系统的打通、连接去提升他们主营业务或内部管理的效率。
沟通、打通、数据安全、权限管理、内部文化巩固（举个例子，他们如何展示 logo），还有你提供的业务如何帮助他们，是最重要的事。
最后还是会回到如何卖出去的问题。市面上所有能做打通和场景的都会卖出去，考虑一下 GitHub、Slack、Zoom、钉钉、Dropbox。那么，究竟什么是打通？可以考略看看这个 5 分钟能看完需要一点时间消化的文章：跳进 To B 服务这一年
再来一个好玩的问题，C 端用户觉得免费就很好用，而且不容易超出你给的（迫于竞争对手竞争而定的）产品分层的免费层。怎么收费？目前世界上有很多手段，比如批量操作、下载限速、好看的外观等等，但是你很难超越竞争对手。用户一直在买货只是不买你的，你抱怨书里没写你想要的，用户没有成为你的伯乐，而你控制不了自己的成本。正常。
有什么是能通过技术来解决的？一切都关乎技术。逐利会让 B 侧去用难用的系统，但是 to B 通常处于他们的非主营或确切来说和主营业务是间接关系，比如数据统计。那么，客户成功就很重要，而这个世界上目前最流行的关于客户成功的技术方案是模板，基于技术的自动化模板，考虑一下 Coda 和 AirTable 他们是如何结合模板和场景的，考虑一下 iOS 提示.app 的出现时机。
另外，关于用户存储各方面没超出你给的分级，试验过限制设备数吗？
技术有很多时候需要反哺业务，甚至驱动业务，无论 to B、to C 抑或 to G，只不过经常被忽略，或在决策链中自然磨损。